Disregarding audio content

ABSTRACT

One embodiment provides a method, including: receiving, at an information handling device, a user input to play media files associated with a media file type from a playlist comprising a plurality of media files; analyzing, using a processor, the plurality of media files to identify at least one media file not associated with the media file type; disregarding, at least temporarily, based on the analyzing, the at least one media file; and providing, based on the disregarding, output of a media file from the playlist other than the at least temporarily disregarded at least one media file. Other aspects are described and claimed.

BACKGROUND

Information handling devices (“devices”), for example smart phones,tablet devices, laptop computers, smart speakers, and the like, arecapable of accessing a media file playlist and providing audible output(e.g., through one or more speakers) associated with the media files(e.g., audio files, video files, etc.) in the playlist. A playlist maycontain a variety of different media file types such as lyrical songs,instrumental songs, audiobooks, voice recordings, and the like.Responsive to a user command, a device may play the media files in theplaylist in a particular order (e.g., sequential, random, etc.).

BRIEF SUMMARY

In summary, one aspect provides a method, comprising: receiving, at aninformation handling device, a user input to play media files associatedwith a media file type from a playlist comprising a plurality of mediafiles; analyzing, using a processor, the plurality of media files toidentify at least one media file not associated with the media filetype; disregarding, at least temporarily, based on the analyzing, the atleast one media file; and providing, based on the disregarding, outputof a media file from the playlist other than the at least temporarilydisregarded at least one media file.

Another aspect provides an information handling device, comprising: aprocessor; a memory device that stores instructions executable by theprocessor to: receive a user input to play media files associated with amedia file type from a playlist comprising a plurality of media files;analyze the plurality of media files to identify at least one media filenot associated with the media file type; disregard, at leasttemporarily, based on the instructions executable by the processor toanalyze, the at least one media file; and provide, based on theinstructions executable by the processor to disregard, output of a mediafile from the playlist other than the at least temporarily disregardedat least one media file.

A further aspect provides a product, comprising: a storage device thatstores code, the code being executable by a processor and comprising:code that receives a user input to play media files associated with amedia file type from a playlist comprising a plurality of media files;code that analyzes the plurality of media files to identify at least onemedia file not associated with the media file type; code thatdisregards, at least temporarily, based on the code that analyzes, theat least one media file; and code that provides, based on the code thatdisregards, output of a media file from the playlist other than the atleast temporarily disregarded at least one media file.

The foregoing is a summary and thus may contain simplifications,generalizations, and omissions of detail; consequently, those skilled inthe art will appreciate that the summary is illustrative only and is notintended to be in any way limiting.

For a better understanding of the embodiments, together with other andfurther features and advantages thereof, reference is made to thefollowing description, taken in conjunction with the accompanyingdrawings. The scope of the invention will be pointed out in the appendedclaims.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 illustrates an example of information handling device circuitry.

FIG. 2 illustrates another example of information handling devicecircuitry.

FIG. 3 illustrates an example method of identifying media files notassociated with a specified media file type and only providing output ofmedia files associated with the media file type.

DETAILED DESCRIPTION

It will be readily understood that the components of the embodiments, asgenerally described and illustrated in the figures herein, may bearranged and designed in a wide variety of different configurations inaddition to the described example embodiments. Thus, the following moredetailed description of the example embodiments, as represented in thefigures, is not intended to limit the scope of the embodiments, asclaimed, but is merely representative of example embodiments.

Reference throughout this specification to “one embodiment” or “anembodiment” (or the like) means that a particular feature, structure, orcharacteristic described in connection with the embodiment is includedin at least one embodiment. Thus, the appearance of the phrases “in oneembodiment” or “in an embodiment” or the like in various placesthroughout this specification are not necessarily all referring to thesame embodiment.

Furthermore, the described features, structures, or characteristics maybe combined in any suitable manner in one or more embodiments. In thefollowing description, numerous specific details are provided to give athorough understanding of embodiments. One skilled in the relevant artwill recognize, however, that the various embodiments can be practicedwithout one or more of the specific details, or with other methods,components, materials, et cetera. In other instances, well knownstructures, materials, or operations are not shown or described indetail to avoid obfuscation.

Media file playlists (“playlists”) contain a listing of audio and/orvideo files that may be played back on a media player associated with adevice responsive to receiving user initiation input (e.g., touch input,stylus input, mouse input, voice input, etc.). These playlists are oftenchosen by users to accompany various activities such as parties,exercise sessions, long road trips, etc. Each playlist may be comprisedof a variety of different media file types such as lyrical songs,instrumental songs, audiobooks, voice recordings, and the like.Conventionally, users may determine the order the media files in theplaylist are played. For example, a user may request that the files areplayed sequentially (e.g., one after another as they occur in theplaylist), alphabetically (e.g., by song title or artist name), randomly(e.g., by shuffling all of the media files in the playlist), or thelike.

However, these conventional methods are unable to differentiate betweendifferent media file types. For example, for a playlist containing bothlyrical songs and audio books, responsive to receiving a vocal userinstruction to “randomly play all lyrical songs,” a conventional systemwill be unable to differentiate between the songs and the audio books.Therefore, during random song selection, the system will randomly playany media file in the playlist, including the audiobooks or other mediafiles that are not lyrical songs. This may present issues for users inthat they then need to provide additional input to listen to a desiredmedia file (e.g., user input to skip the undesired media file, making aplaylist only including the desired songs, sorting the media files intodifferent folders, etc.). Additionally, the playing of a media fileassociated with an undesired media file type may not coincide with aparticular social setting or atmosphere a user intends to create, forexample, a formal dinner party where the user only intends to playinstrumental music may be interrupted by a media file associated with anundesired media file type, e.g., an audiobook, lyrical song, video, etc.

Existing solutions rely on metadata and file type designations todifferentiate between media file types. However, many media files do nothave metadata attached to them that identify the type of media file thatthey are. For example, certain media files uploaded by the user (e.g.,self-recorded media files, audio books, etc.) or media files transferredfrom another user's playlist to the user's playlist may not haveexisting metadata attached that identifies the media file type for eachmedia file. Furthermore, basing the differentiation off of existing filetype designations also leads to erroneous results because oftentimesmedia files are designated with the incorrect media file type. Forexample, a lyrical song may be mistakenly classified as an instrumentalsong because, for example, the lyrical song does not have many lyrics.Additionally, some of the metadata may be uploaded by the user or otherusers and may incorrectly designate the media file type.

Accordingly, an embodiment provides a method for analyzing the mediafiles in a playlist and disregarding the media files not associated witha desired media file type. In an embodiment, user input (e.g., voiceinput, touch input, etc.) associated with a media file type selectionmay be provided by a user to a device (e.g., smart phone, tablet, laptopcomputer, smart speaker, etc.). Subsequent to receiving the user input,an embodiment may analyze the plurality of media files to identify atleast one media file not associated with the selected media file type.Subsequent to identifying the one or more media files not associatedwith the selected media file type, an embodiment may play and provideoutput for the remaining media files in the playlist while disregarding(e.g., disregarding completely, disregarding temporarily, etc.) and notplaying the undesired media files. Such a method may eliminateoccurrences of social setting disruption by the playing of media filesassociated with an undesired media file type and may also eliminate theneed for users to provide additional input to skip the undesired mediafile.

The illustrated example embodiments will be best understood by referenceto the figures. The following description is intended only by way ofexample, and simply illustrates certain example embodiments.

While various other circuits, circuitry or components may be utilized ininformation handling devices, with regard to smart phone and/or tabletcircuitry 100, an example illustrated in FIG. 1 includes a system on achip design found for example in tablet or other mobile computingplatforms. Software and processor(s) are combined in a single chip 110.Processors comprise internal arithmetic units, registers, cache memory,busses, I/O ports, etc., as is well known in the art. Internal bussesand the like depend on different vendors, but essentially all theperipheral devices (120) may attach to a single chip 110. The circuitry100 combines the processor, memory control, and I/O controller hub allinto a single chip 110. Also, systems 100 of this type do not typicallyuse SATA or PCI or LPC. Common interfaces, for example, include SDIO andI2C.

There are power management chip(s) 130, e.g., a battery management unit,BMU, which manage power as supplied, for example, via a rechargeablebattery 140, which may be recharged by a connection to a power source(not shown). In at least one design, a single chip, such as 110, is usedto supply BIOS like functionality and DRAM memory.

System 100 typically includes one or more of a WWAN transceiver 150 anda WLAN transceiver 160 for connecting to various networks, such astelecommunications networks and wireless Internet devices, e.g., accesspoints. Additionally, devices 120 are commonly included, e.g., an imagesensor such as a camera. System 100 often includes a touch screen 170for data input and display/rendering. System 100 also typically includesvarious memory devices, for example flash memory 180 and SDRAM 190.

FIG. 2 depicts a block diagram of another example of informationhandling device circuits, circuitry or components. The example depictedin FIG. 2 may correspond to computing systems such as the THINKPADseries of personal computers sold by Lenovo (US) Inc. of Morrisville,N.C., or other devices. As is apparent from the description herein,embodiments may include other features or only some of the features ofthe example illustrated in FIG. 2.

The example of FIG. 2 includes a so-called chipset 210 (a group ofintegrated circuits, or chips, that work together, chipsets) with anarchitecture that may vary depending on manufacturer (for example,INTEL, AMD, ARM, etc.). INTEL is a registered trademark of IntelCorporation in the United States and other countries. AMD is aregistered trademark of Advanced Micro Devices, Inc. in the UnitedStates and other countries. ARM is an unregistered trademark of ARMHoldings plc in the United States and other countries. The architectureof the chipset 210 includes a core and memory control group 220 and anI/O controller hub 250 that exchanges information (for example, data,signals, commands, etc.) via a direct management interface (DMI) 242 ora link controller 244. In FIG. 2, the DMI 242 is a chip-to-chipinterface (sometimes referred to as being a link between a “northbridge”and a “southbridge”). The core and memory control group 220 include oneor more processors 222 (for example, single or multi-core) and a memorycontroller hub 226 that exchange information via a front side bus (FSB)224; noting that components of the group 220 may be integrated in a chipthat supplants the conventional “northbridge” style architecture. One ormore processors 222 comprise internal arithmetic units, registers, cachememory, busses, I/O ports, etc., as is well known in the art.

In FIG. 2, the memory controller hub 226 interfaces with memory 240 (forexample, to provide support for a type of RAM that may be referred to as“system memory” or “memory”). The memory controller hub 226 furtherincludes a low voltage differential signaling (LVDS) interface 232 for adisplay device 292 (for example, a CRT, a flat panel, touch screen,etc.). A block 238 includes some technologies that may be supported viathe LVDS interface 232 (for example, serial digital video, HDMI/DVI,display port). The memory controller hub 226 also includes a PCI-expressinterface (PCI-E) 234 that may support discrete graphics 236.

In FIG. 2, the I/O hub controller 250 includes a SATA interface 251 (forexample, for HDDs, SDDs, etc., 280), a PCI-E interface 252 (for example,for wireless connections 282), a USB interface 253 (for example, fordevices 284 such as a digitizer, keyboard, mice, cameras, phones,microphones, storage, other connected devices, etc.), a networkinterface 254 (for example, LAN), a GPIO interface 255, a LPC interface270 (for ASICs 271, a TPM 272, a super I/O 273, a firmware hub 274, BIOSsupport 275 as well as various types of memory 276 such as ROM 277,Flash 278, and NVRAM 279), a power management interface 261, a clockgenerator interface 262, an audio interface 263 (for example, forspeakers 294), a TCO interface 264, a system management bus interface265, and SPI Flash 266, which can include BIOS 268 and boot code 290.The I/O hub controller 250 may include gigabit Ethernet support.

The system, upon power on, may be configured to execute boot code 290for the BIOS 268, as stored within the SPI Flash 266, and thereafterprocesses data under the control of one or more operating systems andapplication software (for example, stored in system memory 240). Anoperating system may be stored in any of a variety of locations andaccessed, for example, according to instructions of the BIOS 268. Asdescribed herein, a device may include fewer or more features than shownin the system of FIG. 2.

Information handling device circuitry, as for example outlined in FIG. 1or FIG. 2, may be used in devices such as tablets, smart phones,personal computer devices generally, and/or electronic devices may beused by a user for playing media files, storing media files, and thelike. For example, the circuitry outlined in FIG. 1 may be implementedin a tablet or smart phone embodiment, whereas the circuitry outlined inFIG. 2 may be implemented in a personal computer embodiment.

Referring now to FIG. 3, an embodiment may identify any media file in aplaylist not associated with a specified media file type and adjust theplaylist to exclude the unassociated media files. The term “playlist”may refer to an actual playlist that the user has created with specificmedia files, or it may refer to a media file storage location. Forexample, the user may download all media files to a particular folder,or default location, and the folder or location may be considered theplaylist. In other words, a playlist does not need to be a user-definedsorting or filtering of media files.

At 301, an embodiment may receive user input (e.g., voice input, touchinput, stylus input, etc.) at an information handling device (e.g., amedia plying device such as a smart phone, tablet device, laptopcomputer, smart speaker, etc.) to play all media files associated with aspecific media file type (e.g., lyrical songs, instrumental songs,audiobooks, etc.) from a playlist. For example, a user may provide vocalinput, “play all lyrical songs,” to an input device (e.g., a microphone,speech capture device, etc.) operatively coupled to the media playingdevice. In an embodiment, the playlist may comprise media filesassociated with only a single media file type (e.g., lyrical songs) ormay comprise media files from a mix of media file types (e.g., lyricalsongs, instrumental songs, audiobooks, etc.). In an embodiment, theplaylist can be stored locally (e.g., on the device), remotely (e.g.,the cloud, network storage location, etc.), or a combination thereof.

At 302, an embodiment may analyze the plurality of media files toidentify the media files not associated with the user-specified mediafile type. For example, responsive to receiving user input to “play alllyrical songs” an embodiment may analyze all the media files in theplaylist to determine which media files are not lyrical songs. In anembodiment, the analysis may be conducted prior to receiving the userinput. For example, the analysis may be conducted when a media file isadded to the playlist, when the application comprising the playlist isinitiated or activated, when the playlist is loaded, or at any othertime before receiving user input to play a media file from the playlist.The analysis may also be conducted as the media files are being played.For example, the media files may be in a queue and the system mayanalyze the next or a subsequent media file in the queue before it isplayed, for example, while a prior media file is being played, while themedia file is buffering, during selection of the media file, or thelike.

Responsive to identifying, at 303, the media files in the playlist notassociated with the user-specified media file type, an embodiment maydisregard, at 305, the unassociated media files and provide, at 306,output of the other media files in the playlist that are associated withthe desired media file type. In an embodiment, the disregarding of mediafiles may be accomplished through one of a variety of ways. For example,the disregarded media files may be temporarily hidden so that the mediafiles are not an option in the playlist queue. In another example, thedisregarded media files may be tagged with metadata that tells theplaylist to ignore, or skip, the media files when they appear in theplaylist queue. In yet a further example, the disregarded media filesmay be temporarily disregarded (e.g., moved to the bottom of theplaylist queue, etc.) and only played after all of the media filesassociated with the media file type have been played. Responsive toidentifying, at 303, that all of the media files in the playlist are ofthe same media file type as the user-specified media file type, anembodiment may provide, at 304, output for all of the media files in theplaylist. In an embodiment, the output for the media files may beprovided, for example, by one or more speakers, audio output devices,etc.

Referring back to 302, a variety of analysis methods may be used toidentify which media files are not associated with the user-specified ordesired media file type. One analysis method may include analyzing themedia file(s) to determine the presence of a set of predefined musicaltones. For example, certain types of media files may include differentor particular musical tones, notes, or frequencies. In an embodiment,musical tones may be selected that are present in a musical scale, e.g.,C, E, GC etc. Lyrical songs and instrumental songs are likely to containthese musical tones whereas audiobooks and voice recordings are not. Inan embodiment, the user may specify which musical tones are included inthe set.

An embodiment may analyze the media files to determine whether or notthey contain the predefined set of musical tones. Based on the mediafile type specified by the user, at 301, an embodiment may use theanalysis to identify, at 303, the media files not associated with thespecified media file type. For example, responsive to receiving userinput to “play all songs,” an embodiment may identify all media filesthat do not contain the predefined musical tones for disregarding.Conversely, the system may identify all the media files that do containthe predefined musical tones and only play those media files, therebydisregarding the other files. As another example, responsive toreceiving user input to “play all voice-recordings,” an embodiment mayidentify all media files that contain the predefined musical tones, orvice versa as discussed above. At 305, an embodiment may then disregardthe media files including or missing the set of predefined musical tones(e.g., based on the specified media file type) and provide, at 306,audible output of the playlist other than the disregarded media files.

An embodiment may also analyze the media files for a reoccurrence of themusical tone set and make the identification based on whether or not thetone set appears in a media file more than a predetermined number oftimes. For example, if the musical tone set appears only once in aparticular media file, an embodiment may identify that the media file isnot a song. Such a situation may occur, for example, in a podcast wherethe vast majority of the podcast is speech but a small portion at thebeginning of the podcast comprises music (e.g., an intro, commercial,sound effects, etc.).

Another analysis method may include analyzing the media file(s) todetermine a frequency range of the media file(s). Music has a muchbroader frequency range than speech, therefore, an embodiment maycompare the frequency data obtained from a sample of the media file to apredetermined frequency range (e.g., set by the user, provided as adefault, based upon a rule set, etc.). In an embodiment, the samplingmay be done once at a predetermined position in the media file for apredetermined duration (e.g., the middle of the duration of the mediafile, at the beginning at the media file, at a specified time of themedia file, the entire media file, etc.), the sampling may be done atmultiple predetermined intervals (e.g., every 2 seconds, 5 seconds,etc.), or the like. If the determined frequency range of the media filefalls below the predetermined frequency range or corresponds to aparticular frequency range, an embodiment may identify that the mediafile is a spoken media file (e.g., an audiobook, self-recorded speech,etc.). Conversely, if the determined frequency range of the media fileis above the predetermined frequency range, an embodiment may identifythat the media file is a musical media file (e.g., lyrical song,instrumental song, etc.). At 305, an embodiment may then disregard themedia files above or below the predetermined frequency range (e.g.,based on the specified media file type) and provide, at 306, audibleoutput of the playlist other than the disregarded media files.

Another analysis method may include analyzing the media file(s) todetermine a spectrogram for the media file. Music has a much smootherspectrogram than speech, therefore, an embodiment may compare thespectrogram obtained from a media file to a “control” spectrogram (e.g.,having a predefined smoothness pattern). If the spectrogram of the mediafile is fuzzier than the control spectrogram, an embodiment may identifythat the media file is a spoken media file (e.g., an audiobook,self-recorded speech, etc.). Conversely, if the spectrogram of the mediafile is as smoother or smoother than the control spectrogram, anembodiment may identify that the media file is a musical media file(e.g., lyrical song, instrumental song, etc.). At 305, an embodiment maythen disregard the media files having spectrograms fuzzier or smootherthan the control spectrogram (e.g., based on the specified media filetype) and provide, at 306, audible output of the playlist other than thedisregarded media files.

An embodiment may use spectrogram analysis to differentiate betweenlyrical media files and instrumental media files. Because lyrical mediafiles, including lyrical song media files, comprise words thecorresponding spectrogram(s) will likely be fuzzier than a spectrogramassociated with an instrumental media file type, which will be muchsmoother. This embodiment enables users to provide more specific usercommands. For example, a user may provide the vocal input “play allinstrumental songs.” Responsive to receiving this input, an embodimentmay identify (e.g., by comparing the spectrograms for all of the mediafiles in the playlist against a control spectrogram) all of the mediafiles that are not associated with the instrumental media file type(e.g., lyrical songs, audio books, voice recordings, etc.).

The various embodiments described herein thus represent a technicalimprovement to conventional playlist playback functions. Using thetechniques described herein, an embodiment may identify all media filesin a playlist that are not associated with a user-specified media filetype and subsequently provide output of the other media files in theplaylist while disregarding the unassociated media files. Suchtechniques eliminate the need for users to provide additional input toskip an undesired media file. Additionally, these techniques prevent theinterruption of a desired social setting or atmosphere caused by theplaying of an undesired media file.

As will be appreciated by one skilled in the art, various aspects may beembodied as a system, method or device program product. Accordingly,aspects may take the form of an entirely hardware embodiment or anembodiment including software that may all generally be referred toherein as a “circuit,” “module” or “system.” Furthermore, aspects maytake the form of a device program product embodied in one or more devicereadable medium(s) having device readable program code embodiedtherewith.

It should be noted that the various functions described herein may beimplemented using instructions stored on a device readable storagemedium such as a non-signal storage device that are executed by aprocessor. A storage device may be, for example, a system, apparatus, ordevice (e.g., an electronic, magnetic, optical, electromagnetic,infrared, or semiconductor system, apparatus, or device) or any suitablecombination of the foregoing. More specific examples of a storagedevice/medium include the following: a portable computer diskette, ahard disk, a random access memory (RAM), a read-only memory (ROM), anerasable programmable read-only memory (EPROM or Flash memory), anoptical fiber, a portable compact disc read-only memory (CD-ROM), anoptical storage device, a magnetic storage device, or any suitablecombination of the foregoing. In the context of this document, a storagedevice is not a signal and “non-transitory” includes all media exceptsignal media.

Program code embodied on a storage medium may be transmitted using anyappropriate medium, including but not limited to wireless, wireline,optical fiber cable, RF, et cetera, or any suitable combination of theforegoing.

Program code for carrying out operations may be written in anycombination of one or more programming languages. The program code mayexecute entirely on a single device, partly on a single device, as astand-alone software package, partly on single device and partly onanother device, or entirely on the other device. In some cases, thedevices may be connected through any type of connection or network,including a local area network (LAN) or a wide area network (WAN), orthe connection may be made through other devices (for example, throughthe Internet using an Internet Service Provider), through wirelessconnections, e.g., near-field communication, or through a hard wireconnection, such as over a USB connection.

Example embodiments are described herein with reference to the figures,which illustrate example methods, devices and program products accordingto various example embodiments. It will be understood that the actionsand functionality may be implemented at least in part by programinstructions. These program instructions may be provided to a processorof a device, a special purpose information handling device, or otherprogrammable data processing device to produce a machine, such that theinstructions, which execute via a processor of the device implement thefunctions/acts specified.

It is worth noting that while specific blocks are used in the figures,and a particular ordering of blocks has been illustrated, these arenon-limiting examples. In certain contexts, two or more blocks may becombined, a block may be split into two or more blocks, or certainblocks may be re-ordered or re-organized as appropriate, as the explicitillustrated examples are used only for descriptive purposes and are notto be construed as limiting.

As used herein, the singular “a” and “an” may be construed as includingthe plural “one or more” unless clearly indicated otherwise.

This disclosure has been presented for purposes of illustration anddescription but is not intended to be exhaustive or limiting. Manymodifications and variations will be apparent to those of ordinary skillin the art. The example embodiments were chosen and described in orderto explain principles and practical application, and to enable others ofordinary skill in the art to understand the disclosure for variousembodiments with various modifications as are suited to the particularuse contemplated.

Thus, although illustrative example embodiments have been describedherein with reference to the accompanying figures, it is to beunderstood that this description is not limiting and that various otherchanges and modifications may be affected therein by one skilled in theart without departing from the scope or spirit of the disclosure.

What is claimed is:
 1. A method, comprising: receiving, at aninformation handling device, one or more user inputs to play media filesfrom a media file storage location, wherein the one or more user inputsidentify a specific media file type to play from the media file storagelocation, wherein the media file storage location comprises a pluralityof media files including at least one media file not associated with thespecific media file type identified by the one or more user inputs;analyzing, using a processor, the plurality of media files to identifythe at least one media file not associated with the specific media filetype and included within the plurality of media files, wherein theanalyzing comprises analyzing each of the plurality of media files todetermine a spectrogram for each of the plurality of media files,wherein the spectrogram associated with the media file type is smootherthan a predetermined spectrogram and wherein the spectrogram associatedwith the at least one media file is fuzzier than the predeterminedsmoothness; disregarding, at least temporarily, based on the analyzingand without receiving additional user input, the at least one media filenot associated with the specific media file type, wherein thedisregarding of the at least one media file comprises at least one of:temporarily hiding the at least one media file, tagging the at least onemedia file with metadata to be skipped, and temporarily disregarding theat least one media file, wherein temporarily hiding the at least onemedia file comprises removing the at least one media file from the mediafile storage location, and wherein temporarily disregarding the at leastone media file comprises moving the at least one media file to a bottomof the media file storage location and playing the at least one mediafile after the plurality of media files associated the specific mediafile type are played; and providing, after the disregarding, output of amedia file having the specific media file type identified from the oneor more user inputs from the media file storage location.
 2. The methodof claim 1, wherein the analyzing comprises analyzing each of theplurality of media files for predefined musical tones.
 3. The method ofclaim 2, wherein the media file type contains the predefined musicaltones and wherein the at least one media file does not contain thepredefined musical tones.
 4. The method of claim 2, wherein the mediafile type does not contain the predefined musical tones and wherein theat least one media file contains the predefined musical tones.
 5. Themethod of claim 1, wherein the analyzing comprises analyzing each of theplurality of media files to determine a frequency range for each of theplurality of media files.
 6. The method of claim 5, wherein thefrequency range associated with the media file type is higher than apredetermined frequency range and wherein the frequency range associatedwith the at least one media file is lower than the predeterminedfrequency range.
 7. The method of claim 5, wherein the frequency rangeassociated with the media file type is lower than a predeterminedfrequency range and wherein the frequency range associated with the atleast one media file is higher than the predetermined frequency range.8. The method of claim 1, wherein the spectrogram associated with themedia file type is fuzzier than a predetermined spectrogram and whereinthe spectrogram associated with the at least one media file is smootherthan the predetermined smoothness.
 9. An information handling device,comprising: a processor; a memory device that stores instructionsexecutable by the processor to: receive one or more user inputs to playmedia files associated with a media file type from a media file storagelocation, wherein the one or more user inputs identify a specific mediafile type to play from the media file storage location, wherein themedia file storage location comprises a plurality of media filesincluding at least one media file not associated with the specific mediafile type identified by the one or more user inputs; analyze theplurality of media files to identify at least one media file notassociated with the specific media file type and included within theplurality of media files, wherein to analyze comprises instructionsexecutable by the processor to analyze each of the plurality of mediafiles to determine a spectrogram for each of the plurality of mediafiles, wherein the spectrogram associated with the media file type issmoother than a predetermined spectrogram and wherein the spectrogramassociated with the at least one media file is fuzzier than thepredetermined smoothness; disregard, at least temporarily, based on theinstructions executable by the processor to analyze and withoutreceiving additional user input, the at least one media file notassociated with the specific media file type, wherein the disregardingof the at least one media file comprises at least one of: temporarilyhiding the at least one media file, tagging the at least one media filewith metadata to be skipped, and temporarily disregarding the at leastone media file, wherein temporarily hiding the at least one media filecomprises removing the at least one media file from the media filestorage location, and wherein temporarily disregarding the at least onemedia file comprises moving the at least one media file to a bottom ofthe media file storage location and playing the at least one media fileafter the plurality of media files associated the specific media filetype are played; and provide, after the disregarding, output of a mediafile having the specific media file type identified from the one or moreuser inputs from the media file storage location.
 10. The informationhandling device of claim 1, wherein the instructions executable by theprocessor to analyze comprise instructions executable by the processorto analyze each of the plurality of media files for predefined musicaltones.
 11. The information handling device of claim 10, wherein themedia file type contains the predefined musical tones and wherein the atleast one media file does not contain the predefined musical tones. 12.The information handling device of claim 10, wherein the media file typedoes not contain the predefined musical tones and wherein the at leastone media file contains the predefined musical tones.
 13. Theinformation handling device of claim 9, wherein the instructionsexecutable by the processor to analyze comprise instructions executableby the processor to analyze each of the plurality of media files todetermine a frequency range for each of the plurality of media files.14. The information handling device of claim 13, wherein the frequencyrange associated with the media file type is higher than a predeterminedfrequency range and wherein the frequency range associated with the atleast one media file is lower than the predetermined frequency range.15. The information handling device of claim 13, wherein the frequencyrange associated with the media file type is lower than a predeterminedfrequency range and wherein the frequency range associated with the atleast one media file is higher than the predetermined frequency range.16. A product, comprising: a storage device that stores code, the codebeing executable by a processor and comprising: code that receives oneor more user inputs to play media files associated with a media filetype from a media file storage location, wherein the one or more userinputs identify a specific media file type to play from the media filestorage location, wherein the media file storage location comprises aplurality of media files including at least one media file notassociated with the specific media file type identified by the one ormore user inputs; code that analyzes the plurality of media files toidentify at least one media file not associated with the media filetype, wherein the media file not associated with the media file typedoes not comprise the one or more user inputs received, wherein theanalyzing comprises instructions executable by the processor to analyzeeach of the plurality of media files to determine a spectrogram for eachof the plurality of media files, wherein the spectrogram associated withthe media file type is smoother than a predetermined spectrogram andwherein the spectrogram associated with the at least one media file isfuzzier than the predetermined smoothness; code that disregards, atleast temporarily, based on the code that analyzes and without receivingadditional user input, the at least one media file not associated withthe specific media file type, wherein the disregarding of the at leastone media file comprises at least one of: temporarily hiding the atleast one media file, tagging the at least one media file with metadatato be skipped, and temporarily disregarding the at least one media file,wherein temporarily hiding the at least one media file comprisesremoving the at least one media file from the media file storagelocation, and wherein temporarily disregarding the at least one mediafile comprises moving the at least one media file to a bottom of themedia file storage location and playing the at least one media fileafter the plurality of media files associated the specific media filetype are played; and code that provides, after the disregarding, outputof a media file having the specific media file type identified from theone or more user inputs from the media file storage location.